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Abstract Process management combines complementary approaches of heuristic ramming and 
analytical p ro cam control. Maa agu nnt of a continuous p roe m r eq uires moniioring the 
environment and the controlled sys tem, smearing the ongoing situation, developing and revising 
planned action^ and continuing the ense nti on of the actions. For knowladg eintea e iv e domains, 
p ro cam m a nagemen t entails the potentially time-frame rl coope ra tion among a variety of expert 
ajneum . By r e d e s ignin g a blackboard control architecture in an obyct-oricated framework, we 
obtain an approach to proc e ss nunigtmrnf that con si d era bly extends blackboard control 
mechanisms and o verc om es limitatione of blackboard systems. 


1. Introduction 

Many f mare military and apnea applications wiU impure con- 
trol of eatonomoiie or semiautonamooe systems operating in 
dynamic environments. ImMm Am n r ffrtr control is tbs 
teak of ap ply ing knowledge intensive r saso ning methods to m- 
pervme and manage each dynamic syeteme. Effective control 
requires monitoring and sae rming rapidly c h an ging ritu a tio ni l 
dam from tbs environment in which the system operates, 
developing and evaluating planned ac ti o n s., and executing thorn 
ft ff* to achi eve desired goals. This requires the control 
system to a model of the operating environment end 

to interpret tensor date and planned actions in light of this 
— ■ « 
motif t ■ 

For operating environments too complex to model nang tradi- 
tional process control models, knowled g e b aaed qualitative 
andeb can provide an effective means of approaching the 
tasks of dynamic situation assessment and planning. 
However, existing Al-bamd techniques for data interpretation, 
situation ascammcnt, and punning cannot accommodate require- 
ments for operating in riim ticmnl situations where critical 
conditions and sumptions may be varying dy n a m ica ll y. Fur- 
ther, existing methods cannot easily accommodate the 
synchronization of interacting protea se s engaged in situation 
aeaemment, planning and execution control. 

Blackboard control systems [4. 2] provide a fim step towards 
solving these problems. Our analysis (Section 34) shows, 
however, that they leek the facilities needed to meet require- 
ments of real-time r espo nsi veness and hybrid, layered system 
architecture*. 

After analyzing the generic real-time heuristic control problem 
mote closely in Section 2, we present in Section 3 the 
Heuristic Control Virtual Machine, or HCVM. aa an ap- 
proach that considerably extends blackboard control architec- 
tures to solve problems amoriated with their shortcomings, 
the underlying idea of the HCVM is to cast a blackboard 
control architecture into an object-oriented framework [3] and 
then exploit the additional features provided by object-oriented 
programming to design solutions to the above problems. 

We show how flexible, even dynamically variable interaction 
modes between objects can be uaed to achieve real-time 
naponiiveneBS Using objects with standard interfaces aa 
Vrappcif around both heuristic and analytical procedures al- 
lows budding hybrid systems that integrate knowledge-baaed 


and conventional p roce m control components. Control reaming 
using explicit og time and temporal relatione about ac- 

tivities In kxA the controlled environment and the control 
system provides an approach to meet timrlmrm re q uirem e n ts. 

Finally, current experience suggests a reper t o ire of methods 
applicable to a broad domain of applications. Se rti o n 4 dis- 
cuses how the HCVM could provide a computational model 
for a more comprehensive software engineering environment 
for building p roce ss mana gem ent application!. 


2. Hie Process Management Problem 


Prooem contact* is with monitoring and ramming 

in dynamic system followed by planning and ex- 
ecuting actions to conted dynamic systems . Analytical tech- 
< nkpite employed by co nventi onal process control utilize math- 
ematical models of controlled s y s tems, sxprw ra rt in terms of 
differential equations of time-varying functions relating sensor 
data and controlled xarisbtes Conventional prooem control » 
limited to applications where each mo d eb and wffkieat sen- 
sor data are available. Dynamic systems with this property 
are often succertilly msnegii by human openton using 
heuristic e xper t a e intend of analytical reas oning, la fact, a 
gnat n«*«>yr of p raa m control sy stems operate in caviron- 
mentt where they tie complemented by human ope ra to r * 
Thb observation to view analytical and he uri s tic 

prooem control es complementary. We refer to process 
management as the comhinttina of both. 

Heuristic techniques play a dual role in procem management: 
Supervisory control applies heuristic judgment to make deci- 
uom about results elaborated by analytical or heuristic 
methods, sod direct control int erp r e ts s e n s or data to make 
and execute control de ri si ons . 

Applications impose two types of requirements on procem 
management sy s tem s. Functional requirements consist of 
functxxm and tasks to bt p e rf ormed. Performance 
injMrsmsnfr axmtnia tima sad ocher resvroe. -vailahle to 
carry out tasks. Jtm f - rf m r performance is a particular chal- 
lenge difficult to o verc om e by knowledge systems. 
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Several c Mra tch tka of intended application d om a in s in- 
ftn aioail and pafonnioci requirement* Wi can- 

genera* data abort many fewer sutnywune or component* 
men are teibead over space and tana, wch as 
attUim bants of data every few boon. Bath 

c^ttoBow ml dhcre ts data occur with often dynamically 
e ar y to g dam ratm and urg ency. Data an aanliable bacansa 
of p ^ v * ** 1 s e ra or and amunnkation failures and noise. 

Ffcacffcmai requirements concern monitoring the environment. 

HHBat, fr— and re-planning, plan execution 
contraC and u nr* " — ri *c and tfce system^ own ac- 

tivities. 

1* blontcorftaf. Tbs function inrhxhr 

• JfiwdnfiH dm ladfCMWit Receive incoming data; fli- 
ts* fas* iataip r at and abstract jpcomlng data far date 

critical event and alert generation to interrupt, 
urn i hie or j la impf corrent activity. 

• jfudwfui system performance: Inspect comet procam 
management a ct i v it ie s posnhiy in conjunctio n with 
nsolm of monitoring incoming data, to detect critical 
co n trol e v en t a and raise control alerts 


Real-time pe rfo r man ce cannot be achieved by merely optimiz- 
ing h ardwar e and mftwexe to operate fast. For timely 
mponms a proosm managemen t system baa to plan and 
m o ni tor tbs temporal perfor man ce of fee own a c tiviti e s 
together with those of its environment, btemptibility re- 
quires the system archi tect ur e to provide facilities for setting 
up tasks of variable and awn dynamically varying aiz* and 
for asanaging suspension and r—isprinn of tasks to transfer 
control. In te r nipti bflity contributes to a c hie v e timeliness by 

providing a mechanism. to po s tpon e tasks and move up others 
to mmplfts more ti me s tre wed tasks earlier. 


X Situation Assessment. The proces s m a nagem ent system 
djagaom the corrent situation of the environment; deter- 
mine how It evolved from previous history, and predict fu- 
ture development* determine goals to be achieved by proosm 
ma nagemen t activity. Situation assessment is dona dynami- 
cally, La. it extends, modifies and revises previous easement, 
and it will have to i n corporate new information when it be- 
comes available. 

X Artiom Planning. From results of Monitoring and Situa- 
tion Amemment, produce a plan of p roe ms management ac- 
tions to teach the goals. Plana will in c lu de conditional 
oedema with alternatives if conditions do not hold. 
Po-piannbtg modifies plans to adapt to dynamically changed 
situations in the environment (known when new data have 
been received) or the pr o c es s management system (when new 
assessment* critical events have been produced! 

4. Plan execution and Monitoring. Plans produced by Ac- 
tion Planning will be high-level descriptions yet to be com- 
piled into cmcutable instructions to effecton or the user in- 
terface. Monitoring plan execution determines whether actions 
are carried out as spsciflad and have anticipated effects. 

X Managing Own Activities. The system must allocate 
resources to the above tart* start their activitie* and moni tor 
their program To do so in a timely fashion, it must aarign 
prioritie* schedule activitie* and manage interrupts. 

The p e rf or ma nce requirements specific to real-time systems 
conc er n their r e sp onsiveness to changes in their environment: 

1. Timeliness. All scheduled activity must be completed 
sufficiently early to have its desired effect on the en- 
vironment. Any tart that co mp lete s snccsarfully. but 
too late to haw its intended impact violates the timelt- 


X In ters eptl bQlty. Intemiots susprori or terminate ac- 
tivities in favor of activating other* Interrupts require 
a model separating atomic, now-interruptible from com- 
post** interruptible tasks that is compatible with the 
timrltiw requirement. Composite tasks can be inter- 
rnptsd to give control to tasks of higher priority. In- 
twrapm are acoocapanied by strategies for orderly 
rmnmption of tasks that preserve the integrity of the 
overall task. 150 


3. HCVM: An Architecture for 
Real-Time Process Management 


XI HCVM Overview 

The Heuristic Control Virtual Machim (HCVM) k a 
knowledg e p r oofin g operating system designed as an environ- 
ment for en gineering real-time, knowledge-intensive p r ocess 
management application. The HCVM (see Fig. 3-1) co nsis ts 
of three collections of objects Tbs top level controller 
(TLCX the knowledge space and the data space. The 
knowledge space nnnrisre of knowledge handlers that em- 
body he uri sti c experti s e and analytical procedure* The ele- 
ments of the data space are data handlers carrying infor- 
mation obtained from outside communication or produced by 
knowledge handler* All activity of knowledge and data 
handlers is managed by the TLG 



heuristic cramot virtual uschinc 



Figure 3-1: HCVM Ov er v iew 

A Knowledge handler k activated by the TUC when (1) H 
has been triggered. (2) it has been scheduled for execution by 
the TLC and (3) is in a state where its < precondition> is 
true. Trigger conditions are pr o p o ri t i n e a about information 
stored in data handler* Executing a knowledge handler con- 
sists of carrying out its <body> that may result in changes in 
the data apace and communication with the environment ex- 
ternal to the HCVM. Information awed in data handler s 
changes when knowledge handlers produce such changes Ceg, 
after inferring a new diagnosis! or when new information 
from the external environment ie communicated to the HCVM 
and affseta a particular date handler (ag, after having 
received new maaor data! When a data handler hae received 
aome update information, it stay execute some internal code 
ta for cnmpl* check c o nsi s t* nry . perform sens s moo t hing 
and avenging operation on new and previous value* or 
qualitative abstractions from numerical value* 



The XL C repeatedly executes a cycle of farirokmg the 
knowledge, data and control manager module* The knowledge 
ttMlo tmif — curing knowledge handlers thst tow 
t o f n marked inatoMt by the control manager. Then the 
data manager carrtoa oat naalthtg changer in the data apace. 
The control nanyr maintaina a control plan that qperiftos 
which knowledge handkKa) axe to be executed next end in 
which order. To suite at a control plan, the antral manager 
may perform n native control p la nning abtnt tasks to be 
done in the external e n v ir o n ment and the HCVM. To do thto, 
the control manager may employ knowledge and data hand- 
ler* thus rastrictiag a aerka of control cycles to control 
lemoning 


3 a Shortcomings M BLackboard Architecterm 

Tbt HCVM m dmcribed above to ementiaUy a bis ek board 

control o t fck c n w M cast into an object-oriented program- 
ming framework. Knowledge handler* correapood to 
knowledge source* the data apace to a combined domain and 
control blackboard, end the TLC include* the facilities for 
blackboard control xmaoning. However, this doea not euffke 
to m eet the requirements described in the previous s ect i o n. 
We now explain the mechuntoms by which the HCVM con- 
siderably extends bkckbmrd control architactures in onrmretinn 
with the problem* they are meant to solve. 

Considering the requirements poeed in section 2, blackboard 

architectures have particular difficulttoe in handling the fol- 
lowing problems; 

I nter mpti hHity of tacks in any computational model to 
determined by the grain rise of non-interruptibie, atomic 
units. Knowledge mtricm are such units in bl a ckb o ar d sys- 
tem* Oboe a knowledge source to activated, it to executed 
until it terminate* A knowledge sources provides a facility 
to collect cloatlv triated e x pe rti se and procedures so that in- 
teractions b etw ee n knowledge sources axe restricted to leas 
closely related capabilities. This principle of organizing 

knowledge can be in conflict with timeliness and interrup- 

tibility requirements to structure activity into tasks of nif- 
fictontiy small grain size. 

Timeliness to difficult to achieve because blackboard control 
to excemively expensive when scheduling tasks does not re- 
quire ex t ens ive control reasoning, such as for Tasks that are 
known to be ermitnd in a sequence, one after another. 

Responsiveness to an incoming glut of data with dynami- 
cally varying information density and u rg ency to difficult to 
achieve with Mark board systems. Incoming data need to be 
analyzed fint before control planning can schedule activities 
to respond, implying at least two nr cution cycles of the 
blackboard system that even may be interrupted by high- 
priority alerts. 

Hybrid and layered system architectures when activities 
such as blackboard control, or those of individual knowledge 
sources are handled by conventional “control boxes” or black- 
board systems in themselves are difficult to build u black- 
board System* Interaction* including property inheritance, 
switching activation* from lower to higher level tasks and 
vice vers* and managing interrupts between different levels 
have to go through blackboard control cycles although this to 
often not an adequate mechanism to use. 


33 Synchron o us sad Asynchronous Interaction Modes ^ 


To help solve 
additional meet 


problem* the HCVM introduces several 
and feature* 


Baridae the bUckb om d mod* of t riggering. erhataHng and, 
then invoking knowledge handler* the HCVM provides rlt 
two additional modes of interaction between models* firs* 
Arscr jwxjtog* passfag act iva te s a module by wading it a 
ma m eg* as usual for object-oriented system* The secoad to 
rtmot* rombk * caff by which an obpet has another object ex- 
ecute a routine and then return a result to the caller. For 
the first two mode* activities of objects ranting than of 
ochexs axe not directly linked to the ac tim wl o by ct* In the 
blackboard mod* both activities are separated by ar bit rary 
other activities Bor the blackboard and the m en age pawing 
mod* invoking and invoked object may logically and physi- 
cally proceed concurrently, and their a c tivi tto s ate aot 
synchronised. For remote routine call, the caller sad calls axe 
synchronised by the caller being su spended until the the 
ctllee tetania control to readme the caller. 

The HCVM adda an additional feature to tfcwe staadanS 
mcchanJame of interaction between modules i ntera c tion raodee 
may vary dynamically. For example, a knowledge handler 
may be invoked by blackboard control triggering and activat- 
ing it, by some ocher handler sending it a me— ge 
(knowledge handlers tie no mod objects! or by some ocher 
handler invoking a routine (*g, to execute a sec of rale*) 
that the knowledge handler provide* 

Handler* in the knowledge space that are doc ra ppoaed to be 
invoked by blackboard control are realized is task handler* 
in the HCVM: A task handler to like a knowledge handler, 
but it lacks a < t rigger condition (see Fig. 3-lX 

Knowledge and task may have bodice built up from 

task handler* with control peering from one twk handler to 
another in a way that may vary dynamically (eg* by 
evaluating conditions *o decide which one to the next to 
execute! 

Although these facilities appear to be straightforward exten- 
sions of blackboard systems by i n corpo ra ting additional stan- 
dard module interaction mode* they open a dpafiaa t 
problem of d n ri gnmg coherent interrupt management 
For exampto, s knowledge handler may be interrupted after 
having finished some task handler. Resuming exec uti o n of this 
knowledge handler may occur after significant things* sug- 
gesting to not simply continue with the next prrrioariy 
scheduled task handler. A thorough dtocumicn of tsdnaqua 
far such capabilities goes beyond the scope of this pa p er. We 
note, however, that they provide flexible interrupt aches— to 
attend rapidly changing needs in an optimal way. 


34 Multiple BCVMe and Heterogeneous Handlers 

La rg e s eal s procras management applications — y toad to 
knowledge handler! of considerable sir* blackboard control 
that to extremely complicated, and I/O-communkarion that is 
difficult to handle within a single HCVM-obpct because of 
immense data rate* Each of these activities is beet pe rformed 
by a s ys tem providing all the facilities offered by an HCVM. 

The other problem of proc cra management applications is that 
knowle dge baa ed reasoning closely interacts with traditional 
pro c es s control equipment, such as PID-cantroties and ocher 
types of "control boxes". 
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with three types of 


The eb^ct-arimted nature of the HCVM allows quite eeaily 
to trees three aware by two approaches 

• Aa as HCVM to Jmt as objrot, knowledge awl trek 
handlers as well re a TLC or its components may fat 
Thrnimfvrs be fuH-fUdged HCVMa. As mentioned 
shoes, a problem beyond the s c o p e of this paper to how 
re re a q e intsraettone (reach as c ro p e ity inheritance awl 
In te r r up ts) bet w een Vdiaary" and HCVM- 
kmiwtodge/tuk handlers 

* A knowledge or tarit handler may encapsulate a phyu- 

csl p roc e s s control unit, when HCVM-interections with 
each a may consist in ag«ifn»if»8* »rif * g *f mff 

dels and aet p o in ts 


15 Oareressteatton with External Environ went 

Unfonaatn dynamic changes in an external environment with 
the p rop er t i e s described fat section 2 lead to two problems of 
dynamically changing nee ds for communication betw e en en- 
vironment and p roce re management system. 

* Varying infannatkm density of incoming data require 
proce re management to allocate varying ireonmre for 
buffering and preprocesring. Much of p re p ro t earing con- 
cents the monitor functiona of screening and compacting 
inpu t data, where reroening discards less relevant data 
re early re poauble. 

* Varying urgency cf incoming data n eeds re he deter- 
mriwd and anticipated by p ro c e re management for piart- 
ntag and re-pianning its treks and resource allocation, fat 
particular, communication capacity has to be dynami- 
cally adjusted to varying urgency so that high- 
bnsdwidth communication is only devoted to meamges 
of highest importances 

The HCVM provides four mechanisms of increasing com- 
plexity to support solving these problems; 

t l/fWwBiniiwiritw| j§ by ft 

Manager" execu t ed re part of the TLC-loop. For each 
TLC-cyck, the Cnmmuninnion Manager emptire all I/O- 
buffexs by distributing inenming data into the HCVM, 
and rending data fat output buffers away. This method 
to adequate when information densities and urgencies of 
communicated data vary approximately in the same way 
re the amount of time that is spent on procaring the 
ocher TLC-tasks. 

X IflI-cominiinication a done by a knowledge handler trig- 
gered when data with s peci fi ed properties (eg, sufficient 
volume and urgency) appear in I/O-buff era. This is ade- 
quate re long re there la no need to differentiate be- 
tween proc essi ng rates in different I/Obuffem 

X I/O<ommunication is done by several knowledge hand- 
tors f pe ctolfoo d to pro c ere data for particular I/O-buffen. 


M Control 1— aiming Support 


A reas fa uttou are carried out in tbs environment and toil 


effects are d b rerv sd in the prorare man ag eme nt syskre. 
Control nations are ex ec uted by procere arenagererent to in- 
fluence the co urt of domain actions. Sdf control seto u 
are those guiding the prorare management s yst em to pretona 
fee own tatov The trek, cf "managing its own a ctivities One 
section 2) recursively repeats monitoring, ritaatkm areerererec, 
planning and pt*n execntkxL 


The HCVM to weU-sotad to su p por t control reasoning. 
Knowledge handlew embodying explicit control knowledge we 
triggered when data handlers re cor d relevant conditions aad 
man for en v ir o nm ent and p roc ere management. A 
of such knowledge end data handler darees to be ixretanttored 
with qaatia g an HCVM oonsritutea a control framework that 
drives the control manager fat the TLC to select and arhadalf 
praam msnsgemrnt a c ti v iti e s Knowledge handtere could ci- 
ther thenredvea be of different grain-sire, or be oomposita of 
knowledge/task handtere focusing an particular dynamic ritaa- 
tiona. The control manager of the HCVM dynamically 
manages priorities and temporal de pen d en c i es among 
knowledge handlers scheduled for execution, providing a 
me c hani s m to re spond to dynamically changing n ee ds 


4. Mapping Architecture to 
Application Structures 


4.1 Multiple Agents Reasoning About Hierarchical 

Component Structures 

We have applied the HCVM to the development of a con- 
tinuous pro ce re management problem of mineral refinemras 
This domain has the following characteristics 

* The e nv i r onment consists of hundreds of componfstv 
with thousands of s e nsor s -gathering data about the 
states of components 

* Components are organized fat a functional hierarchy 
where interactions among functions coincide with control 
and data flow. 

* Each major component requires independent proem 
man agemen t within given requirements dynamically in- 
fluenced by other major components 



figure 4-1: Hierarchy of Procere Management Agents 

Fig. 4-1 shows a p roc ere management system structure whew 
a hi er a r ch y of knowledge handlers reflects the comp o nror 
hierarchy. Each knowledge handler is an HCVM-object per- 
forming process management for a particular com ponen t. 
Higher-level knowledge handtere combine sensor data wizh 
monitoring and situation imminent results from lower-level 
agents to fann more abstract, strategic amtawrun ta and plans 


4. I/O-communication is done by knowledge handlers ac- 
tivated both synchronously and asynchronously. 



Lower-level knowledge hiadtea C&g* KH-1, KH-2. - la Hg* 
4-1) axe *' T * rwtlJ la t fixed order which ie Imp l emen ted ae 
raqueutial elocution when trigger conditions are ignored. In- 
t er r u pt s, h ow ev er, may lead to t ermin a t e execution of aay 
g mfc tnfc* aul name execution of the sequence at any given 
poin t, ganaptku ia implemented ae triggering knowledge 
scheduling the fiat la the sequence. and diannhag 
the net from the control plan (ae subsequent dem e n ti of the 
sequence; they an execute d , anyway). 


4 L2 Towards Proceae kfaaaguaaeat En g ineer ing 


Knowledge/taak handlers ate activated upon the 
occ u rr en c e of changes in the data apace, or upon the 
penitence of p rop er ties about data over a specified 
p erio d of time. For situation nmnacut, 
knowledge/taak handlers determine situations and 
events constituting higher-level dcacriptioaa about 
co nditi o ns and changes fat the environment. Con- 
ditions and changes occur fat the contexts of tem- 
porally extended pattens of si tua tio n s and eveucs, or 
proc esses . Situation ameasment results fat recogaxzsng 
which prows are active, how they interact and to 
which states they have ptogrrmrri 


Environments 

Tha H CVM provides a ca apisfa wd model in a more com- 
pr ehand ve architecturs for real-time knowledge systems. as 
shown fat Hg. 4-2. fat this role; the HCVM is a software en- 
vironment to implement the profa&emuolving frameworks that 
support boilding to perform the generic fimetions 

of process described in Section X 

Example 

To descri be bow the HCVM supports such a system organiza- 
tion, we review how a real-time pr oc ea e management system 
implemented on an HCVM performs its tasks [6l 

Sensor data are received as separate streams of 
data packages in several input porta A Communica- 
tion Manager Case approach 1 in Section 2-5) turns 
data packages over to package-epedfic knowledge 
handlers for screening. Unless critical values are 
d e tect ed , packet handlers mod relevant and pasribly 
pro prorated data into the data apac e . 


Recognition of prows activate knowledgn'task 
handlers that plan adequate itsponsrs Ongoing plan- 
ning easy be interrupted and revised following alerts 
g enera ted when critical values era obse rv ed when 
data, or critical situations or 
events are inferred by situation smnumrnr Inter- 
rupts are frequently used to interleave situation ae- 
semment and planning. For example; planning may 
request more detailed information on the o ccuii ence 
of an anticipated critical event before committing to. 
on of several posable courses of action. 

The example indic a te how p roc era management functions axe 
accomplished by using gene ric capabilities, such as data 
abstraction, event and procea recognition, respo ns e planning, 
and control management. A software engineering environ- 
ment far p ro c es s management would provide the capabilities 
comprising the jsbhlcm-solving frameworks of Fig. 41 


Data handlers provide capabilities of a prow data 
base management s y stem: Data are steed in a way 
that supports retrieving historical information, such 
as “get the temperature distribution between the last 
sharp drop and aubnquent sharp inrwuss of 
premure*. Data h a n d ler s also perform data abstraction 
from numerical to qualitative values (quantization), 
smoothing and averaging operations, and locally 
decidable reliability checks. 



Figure 4-2 Organization of Real-time Knowledge Systems 
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5. Conclusions and Future Work 



W« bara ahowa bow tte HCVM ataadr bUckboud control 
udto c tt w to o mw a i many of their ihnrtminp Off 
mk h— si far indicated that the HCVM p twMw an ad»- 
fab o o — put a rt o n al —odd to sup port the variety of tab ia 
p ra— imrm,imnnt thus giving now evidenc e that it conld 
ha an a p prop ria te bade for future real-time prooa— manage- 
a — at environments. Tb become credibly this claim 

—oat be aoh—ntiated by actually building, applying and 
—hating axh ay—u— 

Aa with blackboard architectural the HCVM carriaa a dp 
aifkant c o mputati onal overhand for rim ply manag in g Ha own 
structure. Unlike blackboard awhitsmirea, howera; much of 
mm o— naan can at con—an ana even w— uj 
ey n rbrono ua In t era c ti on rood— betw e en handle— Empirical 
evidence needa to be gathered about the extent of each over- 
head. the imp ro v e m ent! achievable by le— expend ve inter- 
action modes, and the trade-offs with regard to I— ear degrees 
of seal-time i— ponaivi m— 

Another unexplored direction ia distributing knowledge 
(X 1] and data apaoea a ero — proc— am in dis tribat e d comput- 
ing environment*, A particularly interfering feature of the 
HCVM hi that it invotv— highly synchronized cnamonication 
via shared mem ory — well — loo— mr— age pan ring inter- 
action. Hardware architects x— a up po rting both t yp— of inter- 
action provi de appropriate auppoct for the— f— tuvan but there 
ia a wide s pec trum between tightly aynchronoua tod looariy 
aaynchroooua In tera c tions yet to be investigated. 
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